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REMARKS 

This paper is responsive to the Office Action dated My 16, 2003 in the above-referenced 
patent application. Claims 13-48 are pending in the patent application. All of the claims were 
finally rejected. Claims 13, 21-22, 30-31, 39-40 and 48 were rejected under 35 USC 103(a) as 
being unpatentable over Suzuki, T. et ah ("Suzuki"), Teleoperation of multiple robots through 
the Internet, 5 th IEEE International Workshop on Robot and Human Communications, November 
11-14, 1996, pages 84-89. Claims 14-20, 23-29, 32-38, 41-47 were rejected under 35 USC 
103(a) as being unpatentable over Suzuki in view of USPN 5,956,487 to Venkatraman ct al. . 
( c ^enkatr3man ,, ) r ,Cl.ai.m$ 13* 15,,22.and 40 have been amended for clarification. •No : neyf..^.y i> -:..^ 
matter has been ad^d, ,.. 

Please charge any additional fees to pur Deposit Account No. 01-1960. One copy of this 
letter is enclosed for such purpose. 

Rejection of Claims 13, 21-22J 30-31, 39-40 and 48 under 35 USC 103(a) 

Rejection of Claims 13, [21-22, 30-31, 39-40 and 48 under 35 USC 103(a) as being 
unpatentable over Suzuki is respectfully traversed because the claims include limitations not 
taught or suggested by Suzuki. I 

As per Claim 13, for ekample Suzuki does not disclose: 
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"A method for providing an interface for accessing devices that are currently 
connected to a home network", 

"detecting devices that are currently connected to the home network, said devices 
having at least one controllable function"; and 

"creating a menu for selecting said devices to activate said controllable function", 
as required by Claim 13. 

Suzuki, is directed to a human interface system for multi-robot teleoperation using the 
WWW system wherein a single operator operates all of the robots simultaneously (page 84, col. 
X section 2, lines 1-3), . As the Patent Office also states, Suzuki does not disclose a home . -,^■-4^,. ; : v 
network. However, the >Patent Office interprets Suzuki to teach all other limitations of Claim 1 3 . : ... 
This interpretation of Suzuki is respectfully traversed. Suzuki does not disclose: "detecting 
devices that are currently connected to the home network," as required by Claim 13. Nowhere 
does Suzuki teach or suggest the step of detecting robots that are currently connected to the 
LAN. 

Further, Suzuki does not disclose: "creating a menu for selecting said devices to activate 
said controllable function", as required by Claim 13. By contrast, Suzuki provides an 
architecture for a human interface system which has five modules and two data bases (Figs. 1 
and 3). The five modules are a Presentation Interface Module that accepts commands given by 
tlie operator and shows the condition of the system, a Monitoring Module that gathers 
information in the system for monitoring purposes, a Dialog Module that is responsible for 
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coordinating message exchange between the operator and the robots, an Operation Module that 
interprets commands into readable formats, and a Communication Module that converts 
information from other modules into uniform protocol among robots (page 85, right column). 

Suzuki describes the operation of the five modules in Fig. 3 and eight steps in Section 5. 1 
on pages 86 and 87. In Step 1 a WWW server receives task commands from an operator, in Step 
2 the WWW server invokes the Operation Module, in Step 3 the Operation Module consults an 
operation database and determines necessary facilities and operations for the given task and 
allocates robots available for the task, in Step 4 the Communication Module transmits commands . 
to the available robots to perform, the requested task, in Step 5 the available robots reply tothe , - .■ • 
task request and lhe Operation Module negotiates with those robots through the Communication _ ■■ , 
Module to specify the robots that execute the task, in Step 6 after the robots complete the tasks 
they send status data to the Monitoring Modple through the Communication Module, in Step 7 
the Monitoring Module saves that data and provides that data to the WWW server, and finally in 
Step 8 the WWW server presents that data in the Presentation Interface Module for the operator. 

Therefore, Suzuki does not teach or suggest "creating a menu for selecting said devices to 
activate said controllable function", as is required by Claim 13. The operator in Suzuki does not, 
and cannot, select an individual robot. Rather, the operator specifies a task ("observing an 
object"), but does not select a specific robot from a menu for that task. Rather, the Operation 
Module in Step 3 above, negotiates with the robots and selects the robots that can perform the 
task. The operator cannot select robots for a task because it would put Suzuki's system of 

-13- 



Received Time Nov. 17. 3:26PM 



11/17/2003 HON 13:42 FAX 31078AM10 SHERMAN & SHERMAN ©015 



simultaneous multi-robot operation into chaos. The Operation Module is a task manager that 
manages the robots to perform the operator requested task and ensures their cooperative 
operation. This is important since multiple operators (Fig. 2) can request tasks to be performed 
by the limited number of robots and the Operation Module ensures that the different tasks get 
done by the available robots. Otherwise, without the Operation Module, if multiple operators 
(see Fig. 3, multiple Presentation I/F Modules) selected the same robot for a task, there would be 
contention. Further, if multiple robots are selected by multiple operators without task scheduling 
and management by the Operation Module, the robots can physically collide into one another for 
example. . .. 

. Suzuki specifically, states.: "The human interface system' must coordinate tasks and . . 
organize robots", not the operators (Section 5.2 3 page 87, first paragraph). Though the robots are 
uniquely identified (e.g., a **CmCd01 n representing t£ omni directional robot No. 1 which has 
CCD camera and can carry out the task using camera' 5 ), the operator does not select a specific 
robot from a menu to perform an observation task. Rather, the operator specifies an observation 
task with a command "**Ow ****" which generally represents all robots, and then the Operation 
Module selects a specific robot with a camera to perform the observation task. The Operation 
Module coordinates tasks or robot organization using the robot IDs (Suzuki, 5.2, pages 87 and 
88, Section). This is further made clear by the example observation operation in. Section 5.3 on 
page 88 of Suzuki. 
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As such, Suzuki does not disclose any menu or a menu for selection of robots, nor can 
Suzuki be modified to do so without making the human interface system of Suzuki totally 
inoperative. The inclusion of a menu in Suzuki for selecting specific robots goes against the 
teachings and purpose of the human interface system of Suzuki because according to Suzuki 
"The human interface system must coordinate tasks and organize robots. The communication 
system and protocols have been developed to realize the communication between multi-robots. 
The organization strategies using the communication system have also developed to realize the 
cooperation among the robots. The communication between the human interface and multi- 
robots conforms with the communication strategies " (Section 5.2, page 87, first paragraph). 

. . Suzuki's human interface system for teleoperating multiple robots connected to a LAN, 
has nothing to do with a method for providing an interface for accessing devices that are 
currently connected to a home network, as claimed, Suzuki is non-analogous art A room in a 
plant with robots in it, has nothing to do with a home network with devices connected thereto. 
The Patent Office is reading limitations into Suzuki that are not supported by Suzuki. There is 
. no mention of a home, a room in a home, a LAN in a home, robots in a home or robots in a room 
in a home. Teachings of Suzuki cannot be applied to a home network for the reasons given 
above. If Claim 13 is once again rejected, Applicant respectfully requests that the Patent Office 
specifically point to limitations of Claim 13 and how Suzuki can be modified to achieve the 
claimed invention. For at least the above reasons, it is respectfully submitted that rejection of 
Claim 13, and all claims dependent therefrom should be withdrawn. 
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As per Claim 21 3 Suzuki does not disclose that detecting devices that are currently 
connected to the home network further comprises the steps of "autonomously detecting devices 
that are currently connected to the home network", as required by Claim 21. As discussed above 
in relation to Claim 13, Suzuki does not teach the step of detecting robots on the network. 
Clearly then, Suzuki does not teach the step of autonomously detecting devices currently 
connected to the home network. As such, rejection of Claim 21 should be withdrawn. 

As per Claim 22, Suzuki does not disclose: 

"A method for providing an interface for accessing devices that are currently 
. connected to a home network", . : , 

... "detecting . an active, state of devices that are currently connected to; the home network, 
said devices having at least one controllable function" 

"creating a menu for selecting said devices to activate said controllable function", and 
"displaying said menu on a display device", as required by Claim 21 . 
Despite the Patent Office's tenuous inteipretation of Suzuki (non-analogous art), display 
of images from robot cameras on an operator's screen does not teach or suggest detecting which 
devices connected to a home network are active. If there are images being received from a robot, 
why would there be a detection step necessary in Suzuki to determine if the robot is active? 
Further, the detection step in the claimed invention, occurs before creating and displaying menu 
of detected active devices so that the devices can be selected from the menu. There is no such 
teaching in Suzuki. For at least these reasons, and the reasons provided above in regards to 
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Claim 13, it is respectfully submitted that rejection of Claim 22 and all claims dependent 
therefrom should be withdrawn. 

As per Claim 30, Suzuki does not disclose "autonomously detecting an active status of 
devices that are currently connected to the home network". As discussed above in relation to 
Claims 13, 21, 22, Suzuki does not teach the step of detecting robots on the network. Clearly 
then, Suzuki does not teach the step of autonomously detecting active devices currently 
connected to the home network. As such, rejection of Claim 3Q should be withdrawn 

. :. . \ Claim 31, was rejected for substantially the same reasons as rejections of Claims 13 and 
: 22- It is respectfully submitted that Suzuki does not disclose a home network system for 
providing an interface for accessing devices that are currently connected to a home network, 
comprising: 

"a detector that detects devices that are currently connected to the home network, 
said devices having at least one controllable function' 9 , 

"a menu generator for creating a menu for selecting said devices to activate said 
controllable function", and . 
"a browser for displaying said menu on a browser based device", as required by 
Claim 3L 

For at least the reasons provided above in relation to Claims 13 and 22, rejection of 
Claim 3 1 and all claims dependent therefrom should be withdrawn. 
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As per Claim 39, Suzuki does not disclose that the detector autonomously detects 
devices that are currently connected to the home network Rejection of Claim 39 should be 
withdrawn for at least the reasons provided in relation to Claims 13,21, 22, 30 and 3 1 . 

Claim 40 was rejected for substantially the same reasons as rejections of Claims 13 7 22 
and 31. It is respectfully submitted that Suzuki does not disclose a home network system for 
providing an interface for accessing devices that are currently connected to a home network, 
comprising: 

"a detector that detects an active state of devices that are currently connected to the 
home network, said devices having at least one controllable function", 
"a menu generator that creates a menu for. selecting said devices to activate said 
controllable function", and 

"a browser that displays said menu on a browser based device", as required by Claim 
40. 

For at least the reasons provided above in relation to Claims 13, 22 and 3 1 rejection of 
Claim 40 and all claims dependent therefrom should be withdrawn. 

As per Claim 48, Suzuki does not disclose that the detector autonomously detects active 
status of devices that are currently connected to the home network. Rejection of Claim 48 
should be withdrawn for at least the reasons provided in relation to Claims 13, 21, 22, 30, 3 1 and 
39. 
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Refection of Claims 14-20, 23-29, 32-38, 41-47under 35 USC 103(a) 

Rejection of Claims 14-20, 23-29, 32-38, 41-47 under 35 USC 103(a) as being 
unpatentable over Suzuki in view of Venkatraman is respectfully traversed because the claims 
include limitations not taught or suggested by the references alone or in combination. 

As per Claim 14, the references do not close that the "menu comprises a web page 
including at least one hypertext link to a web page contained within said device", as required by 
Claim 14. As the patent Office also states Suzuki does not disclose hypertext links to web pages 
contained within devices connected to the network. The Patent Office then states the 
Venkatraman. discloses embedding web access in ao : appliance hereby access to user interface 
functions for a device is attained through a device web. page located within said device, said page 
activated via hyperlink. The Patent Office contends that it would have been obvious to one of 
ordinary skill in the art to apply Venkatraman' s embedded device web page within Suzuki's 
menu, providing a user of Suzuki the benefit of seeing robot specific information (its embedded 
web page) to aid in decision making. 

However, as discussed, there is no menu or menu of devices in Suzuki for selection of 
devices connected to a home network. Nor is there any teaching in Suzuki of a menu of devices 
with links to web pages in the devices connected to the home network. Further, none of Suzuki's 
robots even include a web page or user interface of any sort_ As there is no menu of devices in 
Suzuki, Suzuki cannot be modified by Venkatraman to place links to web pages in robots. 
Further, there is no need to place web pages .in the robots since the robots do not provide user 
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interfaces to be displayed, and as discussed, in Suzuki robot specific information is already 
provided to the WWW server in Step 8 above and displayed. What is the point/benefit of 
. modifying Suzuki? Not only there is no benefit in modifying Suzuki per Venkatraman, such a 
modification would provide a non-functioning system in Suzuki since the robots do not 
communicate with operators rather they communicate with the Operation Module. Further, there 
is no motivation or suggestion in either reference to combine them as the Patent Office suggests. 
For at least these reasons, rejection of Claim 14 and all. claims dependent therefrom should be 
withdrawn. • . . 

■ J'-.-'..-: As per Claim 15, the references do not diselosS:: ■■br&atfe^g'a dsvibe link page from the 
. : home network, wheTein the device link page includes; -a£ Jtea&ti device eontrdl that is associated 
with a device that is detected in step (a), and associating a hypertext link with each device 
control, wherein the hypertext link provides .a link to graphical or textual information that is 
contained in the detected device that is associated with the device control" and "displaying said 
device link page", as required by Claim 15. Despite the Patent Office's contention, Suzuki does 
not disclose a menu for device selection. Further, the Patent Office has not in any way 
explained how Suzuki discloses a device link file as claimed. Fig. 4 of Suzuki if not a device 
link file as claimed. As discussed, Suzuki does not disclose hypertext links to interface 
information in robots, and no such information is in any of the robots. 

Further, despite the Patent Office's interpretation of Suzuki, display of images from robot 
cameras on an operator's screen does not teach or suggest detecting which devices are connected 
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to a home network, and such information is not interface information for selecting a robot. The 
detection step in the claimed invention, occurs before creating and displaying menu of detected 
active devices so that the devices can be selected from the menu. There is no such teaching in 
Suzuki. And as discussed, Suzuki cannot be modified by Venkafranian, there is no benefit on 
such modification, and such a modified system is non-functional. For at least these reasons, 
rejection of Claim 15 and all claims dependent therefrom should be withdrawn. 

Claim 16, was rejected for substantially the same reasons .as Claim 15. It is respectfully 
submitted that the references do not disclose that "said device link page comprises a web page or 
an html page including at le&st-.^ a ^eb page-or an html page contained withki 

said detected device", as required %Claim Rejection of .'Claim 16 is traversed for at least 
reasons provided above in relations to. Claims 14 and 15. 

As per Claim 17, the references do not disclose creating a device link page by 
"generating a device link file, wherein the device link file identifies the detected devices; and 
creating the device link page including said device control associated with a device identified in 
the device link file", as required by Claim 17. Su2uki does not disclose a link page including 
links to web pages in detected devices. The web page in Fig, 4 is not one created based on 
information from the robots that allows creating a menu for selecting among robots. The 
claimed invention uses the links in the menu to obtain interface information from the detected 
devices for generating a menu of devices that, is used for selecting devices. As explained, the 
robot ID information in Suzuki is not presented to an operator, nor used by an operator s to select 
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a robot in performing a task by a particular robot. Rather, the Operation Module uses such ID 
information. Therefore, despite the Patent Office's contention, there is no menu of robots for an 
operator to select from in Suzuki. As such, rejection of Claim 17 and all claims dependent 
therefrom sho old be withdrawn. 



As per Claim 18, the references do not disclose generating the device link file by 
"associating a logical device name with the detected device; and storing the logical device name 
in the device link file", as required by Claim 18. As discussed, the robot IDs in Suzuki are not 
presented to the operator nor used by. an operator to select a particular robot from a menu. The 
robots IDs:have absolutely nott^ devices, and no 

such claimed features are taught by :£u?wki. - Storing the: robot. IDs in a data base is not remotely 
similar to placing logical device names in a menu for selection. For at least these reasons, 
rejection of Claim 1 8 and all claims dependent therefrom should be withdrawn. 

As per Claim 19, the references do not disclose creating the device link page by "retrieving 
a logical device name from the device link file; storing the logical device name in the device link 
page; and converting the logical device name to a device control 55 , as required by Claim 19. 
Clearly, Suzuki does not disclose any of such steps for the aforementioned reasons, and the web 
page in Fig. 4 of S uzuki is not in any way a selection menu based on robot IDs. Suzuki does not 
disclose that the Control Panel for Individual Robot is in any way related to selecting a robot 
from among multiple robots listed in a menu or detected robots. Information from robots after 
task completion is not remotely related to the claimed steps for generating a menu to selected 
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devices from. For at least these reasons, rejection of Claim 19 and claims dependent therefrom 
should be withdrawn. 

As per Claim 20, the references do not disclose that "said device link page comprises a web 
page or an html page including at least one Hypertext link to a web page or an html page 
contained within said detected device", as required by Claim 20. Again, Suzuki does not teach a 
menu of devices, and it cannot be modified by Venkatraman for the reasons detailed above. For 
at least these reasons, rejection of Claim 20 should be withdrawn, 

. ; • . Claims 23r29;:wcse^ sarne reasons as Claims 14-20. As .such, for -'i v. >■. ■;■ 

at leastthe reasons provid^\abo.veriiireIation to Claims 14-20, rejection of Claims 23-29 should \C 
be withdrawn. 

Claims 21-38 were rejected for substantially the same reasons as Claims 32-38 and claims 
14-20. As such, for at least the reasons provided above in relation to Claims 14-20, rejection of 
Claims 21-38 should be withdrawn. 

Claims 41-47 were rejected for substantially the same reasons as Claims 23-29. As such, for 
at least the reasons provided above in relation to Claims 23-29, rejection of Claims 41-47 should 
be withdrawn. 
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CONCLUSION 

It is respectfully submitted that the application is in condition for allowance, and an early 
notification of the same is requested. If it is believed that a telephone interview will help further 
the prosecution of this case, Applicants respectfully request that the undersigned attorney be 
contacted at the listed telephone number. 




^Ly&hentMi & 
fationNo. 33,783 
iRS DAWES ANDRAS & SHERMAN 
. .19^00 MacArthur. Blvd., Suite 1150 
Irvine, California 92612 
•Telephone: (949) 223-9600 
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